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INTERNET FACSIMILE APPARATUS AND E-MAIL RECEIVING 
METHOD 

BACKGROUND OF THE INVENTION 
Field of the Invention 
5 The present invention relates to an Internet 

facsimile apparatus that receives and transmits 
image information over a computer network using 
e-mail, and relates to an e-mail receiving method. 
Description of the Related Art 

10 Recently, an Internet facsimile apparatus 

(hereinafter referred to as IFAX) that receives and 
transmits data over the Internet using e-mail as 
disclosed in Unexamined Japanese Patent Publication 
HEI No. 8-242326 and its corresponding USP 5,881,233, 

15 has come into practical use. 

When IFAX, which has a printer built-in or 
connected thereto, receives e-mail, IFAX 
automatically prints text included in e-mail and the 
content of an image file appended to e-mail using 

20 the printer. 

In the conventional IFAX checks whether or not 
e-mail is in a multipart format according to MIME 
(Multipurpose Internet Mail Extension) when 
receiving e-mail. Here, if the multipart format is 

25 used, IFAX checks whether or not there are a text 
part and an attachment file part, and prints the 
content of each part, which have been found with this 



checking, using the printer. 

In a case where only an attachment file is added 
without describing anything in the text part, a 
certain mailer adds a line feed code to the text part, 
5 generates a multipart mail, which is composed of a 
blank text part and an attachment file part, and 
transmits it. When the conventional IFAX receives 
P ^ e-mail from such a mailer, IFAX performs printing 

m without checking the content if there is the text 

[7 10 part, with the result that a blank page 
^ corresponding to the text part is printed. 

y * Moreover, a certain mailer inserts a text, 

"j^; which is preregistered as a signature, into a text 

w part automatically. In a case where only an 

Q 15 attachment file is added without describing 

anything in the text part, this mailer generates a 
multipart mail, which is composed of a text part, 
which includes only a signature, and an attachment 
file part, and transmits it. If the conventional 
20 IFAX receives e-mail from such a mailer, IFAX prints 
a meaningless page, which includes only the 
signature corresponding to the text part. 

Thus, the conventional IFAX has a problem in 
which a waste of power and an increase in printing 
25 time are caused. 

While, there is proposed a technique in which 
a specific command is embedded in a text part of 



e-mail and this specific command is recognized by 
IFAX on the receiving side to carry out processing, 
which corresponds to the command, as disclosed in 
Unexamined Japanese Patent Publication HEI No. 
5 9-116728 and its corresponding USP 5,812,278. In 
this case, if the conventional IAX prints the text 
part, the command is also printed, 
fj Moreover, at the time of sending e-mail having 

fil the same content to a plurality of IFAXes, there is 

10 a case in which a user wishes to include a serial 

UJ 

m number for management or a message such as 

~ "importance" in the mail in order to manage e-mail 

CI transmitted. In this case, if the conventional IAX 

* j % prints the text part, information for sender 

JII 15 management is also printed. 

SUMMARY OF THE INVENTION 
The present invention has been made in 
consideration of the above-mentioned problems, and 
an object of the present invention is to provide an 
20 Internet facsimile apparatus, which is capable of 
preventing a useless output and an output of 
inconvenient information, and to provide an e-mail 
receiving method. 

In order to achieve the above object, not only 
25 the presence or absence of a text part but also the 
content of the text part is analyzed, and whether 
or not the output of the text part is performed is 
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determined based on the analytical result. This 
makes it possible to prevent a useless output 
without outputting the text part in a case where no 
content to be output is included in the text part. 
5 The present invention removes a character 

string inserted between a pair of predetermined 
codes, and outputs a text part. This makes it 
possible to prevent an output of unnecessary or 
^3 inconvenient content, which is caused when a sender 

h h 10 inserts a character string such as a command and 
UJ information for sender management between the pair 

111 of predetermined codes. 

Q In this case, the output includes the printing 

□ of received data when IFAX on the receiver side 

[:3 15 comprises a printer, facsimile transmission of 

received data when IFAX comprises a facsimile 

transmission function, and the display of received 

data when IFAX comprises a display device. 

BRIEF DESCRIPTION OF THE DRAWINGS 
20 The above and other objects and features 

of the invention will appear more fully 

hereinafter from a consideration of the 

following description taken in connection with 

the accompanying drawing wherein one example is 

25 illustrated by way of example, in which; 

FIG. 1 is a conceptual view showing a network 
where IFAX according to a first embodiment of the 



present invention operates; 

FIG. 2 is a block diagram showing hardware of 
IFAX according to the first embodiment; 

FIG. 3 is a block diagram showing a basic 
5 function of IFAX according to the first embodiment; 

FIG. 4 is a block diagram showing a function 
of receiving e-mail in IFAX according to the first 
embodiment ; 

FIG. 5 is a view showing one example of e-mail 
10 with image data in which a text part is blank; 

FIG. 6 is a flowchart showing print processing 
of e-mail data in IFAX according to the first 
embodiment ; 

FIG. 7 is a block diagram showing a function 
15 of receiving e-mail in IFAX according to a second 
embodiment ; 

FIG. 8 is a flowchart showing print processing 
of e-mail data in IFAX according to the second 
embodiment ; and 
20 FIG. 9 is a flowchart showing text processing 

in IFAX according to the second embodiment. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 
The following will specifically explain 
25 embodiments of the present invention with reference 
to the drawings attached thereto. 
(First Embodiment) 
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FIG. 1 is a conceptual view showing a network 
where IFAX according to a first embodiment of the 
present invention operates. 

IFAX 1 according to the first embodiment is 
5 connected to a local area network (LAN) 2. A mail 
server 3 and PC 4 are connected to LAN 2. 

LAN 2 is connected to Internet 5, and other LAN 
6 is connected to Internet 5. A mail server 7 , IFAX 
8 and PC 9 are connected to LAN 6. This configuration 
10 allows IFAX 1 to receive image information using 
e-mail from IFAX 8 or PC 3 over Internet 5. 

Moreover, IFAX 1 can function as a gateway 
between Internet 5 and PSTN 10. Namely, IFAX 1 
converts e-mail data received from IFAX 8 or PC 9, 
15 which serves as a sender, to facsimile data and 
transmits it to G 3 F AXe s 11 and 12. However, IFAX 1 
cannot necessarily operate as a gateway. 

On the other hand, IFAX 1 is connected to public 
switched telephone network (PSTN) 8, and this makes 
20 it possible to transmit image information to G3FAXes 
11 and 12 by a facsimile procedure. 

FIG. 2 is a block diagram showing hardware of 
IFAX according to the first embodiment- CPU 21 
executes a program, and controls the entirety of the 
25 apparatus. ROM 22 stores the program, which CPU 21 
executes . 

RAM 23 has a work area where the program is 
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executed and a buffer area where various data such 
as e-mail, image file, etc., is temporarily stored. 

A FAX voice processing section 24 modulates 
facsimile data and a voice, and outputs modulated 
5 data to PSTN 10. Then, the FAX voice processing 
section 24 demodulates modulated data received from 
PSTN 10 to facsimile data and voice data. 

A scanner 25 scans an original to obtain image 
information. A printer 26 prints various data 
10 including received image information. 

A LAN interface 27 executes a procedure, which 
is necessary for receiving and transmitting data 
over LAN 2 . 

A panel control section 28 comprises dial keys 
15 and a touch panel, and receives operations such as 
a designation of a communication partner, an 
instruction of transmission starting, and the like 
by an operator. 

FIG. 3 is a block diagram showing a basic 
20 function of IFAX according to the first embodiment. 

This IFAX transmits and receives e-mail using 
LAN interface 27 via a computer network such as LAN 
2 and the like. More specifically, an image 
compressing section 31 compresses raw image 
25 information (for example, bitmap data), which has 
been scanned by the scanner 25, in a compression 
format, for example, MH , so as to obtain a compressed 
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file. The compression is performed in unit of one 
page of the original. Next, a TIFF converting section 
32 converts these compressed files to one TIFF (Tag 
Image File Format) file. An e-mail generating 
5 section 33 attaches this TIFF file to a multipart 
mail in accordance with, for example, MIME 
(Multipurpose Internet Mail Extension). By 
processing so far, image information is converted 
to e-mail format. A mail transmitting section 34 

10 transmits this e-mail via LAN interface 27 using a 
mail transfer protocol such as SMTP and the like. 

On the other hand, a mail receiving section 35 
receives e-mail via the LAN interface 27 using a mail 
transfer protocol such as SMTP, POP (Post Office 

15 Protocol), etc. This e-mail is a multipart mail, and 
the TIFF file is converted to character data, that 
is, text code, and appended to an attachment file 
part. A binary converting section 36 binary converts 
the text code of the image data part (attachment file 

20 part) of the multipart mail so as to obtain the TIFF 
file. The binary conversion is that text-code data 
is converted to binary data. Namely, data, which is 
text-coded using base 64, is binarized to be back 
to the original image data. 

25 A TIFF decompressing section 37 opens this TIFF 

file. An image decompressing section 38 decompresses 
a compressed file included in this TIFF file to obtain 



row image information. By processing so far, e-mail 
is converted to an image information format. 

Next, the reception of e-mail and the printing 
in the above-mentioned IFAX 1 will be specifically 
5 explained. FIG. 4 is a block diagram showing a 
function of receiving e-mail in IFAX according to 
the first embodiment. 

E-mail data received via LAN 2 or Internet 5 is 
once stored to a mail reception memory area 41 of 

10 RAM 23. A data pattern analyzing section 42 analyzes 
e-mail data stored in the mail reception memory area 
41. The data pattern analyzing section 42 
distinguishes the text part and the image data part 
from the e-mail data based on a subheader of e-mail 

15 data respectively. 

Regarding the text part, a blank determining 
section 43 determines whether or not the text part 
is blank. If it is not the blank part, a bitmap 
converting section 44 converts text data (code 

20 signal) included in the text part to binary data 
(bitmap data). Sequentially, an MH data converting 
section 45 compresses binary data to MH data. This 
MH data is sent to the printer 26 and stored in the 
memory of the printer 26. 

25 Moreover, if the text part is the blank, text 

part data stored in the memory reception memory area 
4 1 is erased . 
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While, regarding the image data part, as 
mentioned above, the binary converting section 36 
binary converts the text code of the image data part 
to obtain the TIFF file. The TIFF decompressing 
5 section 37 opens this TIFF file to extract MH data. 
This MH data is sent to the printer 26, and stored 
in the printer 26. 

In the aforementioned first embodiment, since 
the printer 26 performs decompression of MH data 
10 received by the facsimile procedure and the printing, 
and the printer 26 also serves as a printer for FAX. 

Here, the point that the text part is blank means 
that the text part is composed of only unprintable 
codes instead of the fact that the text part is 
15 included in the e-mail. The unprintable codes 
indicate those other than printable codes such as 
a character, a symbol, a numeric, and the like, and 
they do not appear even if the printing is performed 
in the text code, which is used in e-mail. 
20 Specifically, a blank, a tab, a line feed, and the 
like are included. 

FIG. 5 is a view showing one example of e-mail 
with image data in which a text part is blank. 

This e-mail can be largely divided into a header 
25 portion 51 and a body portion 52. The body portion 
52 is divided into a plurality of parts by boundaries 
53, which are defined by the header portion 51. A 
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subheader 55 is described at the first portion of 
each part to indicate the content of each part. In 
this example, a subheader 54 of the first part 
(hereinafter referred to as text part) indicates 
5 text data, and a subheader 55 of the second part 
indicates image data. The body of the text part of 
this e-mail is composed of only a feed line code 57. 
?« Next, an explanation will be given of each step 

m of e-mail data print processing in I FAX according 

[7 io to the first embodiment. The following specifically 
«; exemplifies a case of processing E-mail shown in FIG. 

u? 5 . 

!H FIG. 6 is a flowchart showing print processing 

of e-mail data in I FAX according to the first 
s ::f 15 embodiment. 

When IFAX 1 receives e-mail (step (hereinafter 
referred to as ST) 601), the data pattern analyzing 
section 42 analyzes the header portion 51 (ST602) 
to determine whether or not received e-mail is a 
20 multipart structure (ST603). 

Here, if e-mail is the multipart structure, the 
data pattern analyzing section 42 analyzes the 
subheader 54 of the first part (ST604). Then, the 
data pattern analyzing section 42 determines whether 
25 or the first part is a text part based on the 
analytical result (ST605). In e-mail shown in FIG. 
5, since the first part is text part 56, the operation 



12 

goes to ST606 and a blank determining section 43 
performs the scanning of text part. The scanning of 
text part 56 is performed up to the next boundary. 

After scanning, the blank determining section 
5 43 determines whether or not the text part 56 includes 
codes other than unprintable codes such as the blank, 
tab, line feed, and the like (ST607 ) . In e-mail shown 
in FIG. 5, since the text part 56 is composed of only 
a line feed code 57, the blank determining section 

10 43 clears data of text part 56 from the mail reception 
memory area 41. 

Thereafter, the data pattern analyzing section 
42 determines whether or not there is a part following 
the currently analyzed part (ST609 ) . In this example, 

15 since there is an image part 58 following the text 
part 56, the operation goes back to ST604. The data 
pattern analyzing section 42 analyzes the subheader 
55 of image part 58 to determine whether or not it 
is the text part (ST605 ) . Since this part is the image 

20 part 58, the image part 58 is normally printed in 
ST 6 1 0 • . 

Thereafter, since e-mail shown in FIG. 5 has no 
part that follows the image part 58 in ST609, the 
operation is ended. As a result, the printing of text 
25 part 56 is skipped, and only image part 58 is printed. 

If e-mail is not the multipart structure in 
ST603 , e-mail is normally printed in ST610. Moreover, 
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in ST607 , if the text part 56 includes codes other 
than unprintable codes, the print processing is 
performed in ST610, and the text part is also printed. 

As explained above, according to IFAX 1 relating 
5 to the first embodiment, the content of text part 
56 of received e-mail is analyzed. Then, if the text 
part 56 is composed of only the unprintable code such 
as a blank, tap, line feed and the like, the printing 
of text part 56 is skipped. Since this eliminates 
r- 10 the need for performing unnecessary printing, waist 
U J of recording paper can be eliminated and printing 

U1 time and consumption power for printing can be 

£;3 reduced . 

f;j (Second embodiment) 

□ 15 Next, an explanation will be given of IFAX of 

the second embodiment of the present invention, 
which does not print the code inserted between the 
specific codes in the text part of e-mail. 

FIG. 7 is a block diagram showing a function of 
20 receiving e-mail in IFAX according to a second 
embodiment. The same reference numerals as those of 
IFX 1 of the first embodiment are added to the same 
configurations as those of IFAX 1 of the first 
embodiment, and the explanation is omitted. 
25 IFAX of the second embodiment differs from that 

of the first embodiment in the point that a text 
processing section 71 is provided in place of the 
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blank determining section 43 of FIG, 4. If there is 
a code, which is inserted between a pair of specific 
codes, in the text part, this text processing section 
71 performs text processing in which, for example, 
5 these codes are replaced with unprintable codes such 
as a blank code. Thus, the text processing can contain 
text editing, text manipulation, text revision, text 
synthesis or the likes. 

The following will explain the print processing 

10 of e-mail data in IFAX according to the second 
embodiment. FIG. 8 is a flowchart showing the print 
processing of e-mail data in IFAX according to the 
second embodiment. FIG. 9 is a flowchart showing text 
processing in IFAX according to the second 

15 embodiment. 

The following will explain a case in which a 
character code (hereinafter insert portion), which 
is inserted between a pair of codes, ™ / * " and "*/" 
in the text part, is not printed. 

20 When e-mail is received (ST801), the data 

pattern analyzing section 42 analyzes the header 
portion 51 (ST802) to determine whether or not 
received e-mail is the multipart structure (ST803). 

Here, if e-mail is the multipart structure, the 

25 data pattern analyzing section 42 analyzes the 
subheader 54 of the first part (ST804). The data 
pattern analyzing section 42 determines whether or 
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not the first part is the text part based on the 
analytical result (ST805). Since the first part is 
text part 56 in e-mail shown in FIG. 5, the operation 
goes to ST806, and the text processing section 71 
5 provides text processing shown in FIG. 9 to the text 
part 5 6 . 

In the text processing, the text processing 
section 71 first sets a flag to zero (ST901). Next, 
the text processing section 71 reads the text code 

in 

f sb 10 from the mail reception memory area 41 in order of 
y the top one by one up to the number of units (two 

U 1 in this case) (ST902). Then, the text processing 

*■» 

=3 

□ section 7 1 determines whether or not the read text 

£;i code is the end of text code. More specifically, if 

O 15 e-mail is the multipart, the boundary line is 

determined as an end of text code. If not, only the 
line including only a period, which is always added 
to the end of the mail massage, is determined as an 
end of text code. 
20 If the text code is not the end, it is determined 

whether or not the read text code is the code "/*" 
of the top portion (ST904). If it is not "/*", it 
is determined whether or the read text code is the 
code n */" of the end portion (ST905). In the case 
25 of the general text code, since the text code does 
not correspond to either of ST904 and ST905, the 
operation goes back to ST902, and a next text code 



is read from one memory, and the determination is 
performed in ST904 and ST905. The steps ST902 through 
ST905 are repeated, and this allows the text part 
56 to be scanned until the code ™ / * " is found out. 
5 If the code " / * " is found out by scanning the 

text part 56, that is, the text code read in ST904 
is w / * " , it is determined whether or not the flag 
£3 is 1 (ST906 ). Since the flag is normally zero, the 

m flag is set to 1 ( ST907 ) . Next, the position of the 

u, 10 read text code is stored in a memory start position 
fl= E address as a start position P (ST908), and the 

operation goes back to ST902. 

Thereafter, the text part 56 is scanned to find 
out the code "*/" (namely, in the case where the text 
J;f 15 code read in ST905 is "*/"). 

In the case where the text code read in ST905 
is ™ * / " , it is determined whether or not the flag 
is 1 (ST909 ) . In the normal case, the flag is 1 since 
this is after "/*" is previously found out. Next, 
20 the flag is returned to zero (ST910) , and then the 
positions, which are from the start position P stored 
in the start position address in ST908 to the position 
of the text code currently read, are determined as 
insert portions, and these insert portions are 
25 replaced with a blank code (ST911). Thereafter, the 
operation goes back to ST902, and the scanning of 
text part 56 is continued up to the end of text code. 
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The determination whether or not the flag is 1 
in ST906 and ST909 is carried out to prevent an 
unintended code from being replaced with a blank code 
when "/*" and n * / " are included between the pair of 
5 specific codes n /*" and " * / " as a common code which 
is desirably printed. 

After the text processing is thus ended, the 
text part 56 is printed (ST807). 

Thereafter, the data pattern analyzing section 
10 42 determines whether or not there is a part, which 
follows the currently analyzed part (ST808 ) . In this 
example, since there is an image part 58, which 
follows the text part 56, the operation goes back 
to ST804. The data pattern analyzing section 42 
15 analyzes the subheader 55 of image part 58 to 
determine whether or not it is the text part (ST805 ) . 
Since this part is image part 58, the image part 58 
is normally printed in ST807. Thereafter, since 
e-mail shown in FIG. 5 has no part following the image 
20 part 58 in ST808, processing is ended. 

While, if e-mail shown in FIG. 5 is not the 
multipart structure in ST803, e-mail is normally 
printed in ST808. 

As explained above, according to IFAX of the 
25 second embodiment, when e-mail is received, the text 
part 56 of e-mail is analyzed and the insert portion 
inserted between the pair of predetermined codes is 
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replaced with the blank code. As a result, even if 
text part 56 is printed by the printer later, the 
insert portion may not be printed. Therefore, in a 
case where a sender has information which is 
5 undesirably shown to a recipient, when generating 
e-mail using PC, such information is written to the 
text part 56 of e-mail as an insert portion. As a 
result, the sender can view the insert portion using 
the file copy but the recipient cannot view the insert 

lOportion. 

As a more specific form using the above, there 
is a case in which a serial number or a message such 
as "importance" is included in the text part 56 of 
e-mail when PC sends image information to IFAX using 

15 e-mail. In this case, by writing the serial number 
to the text part 56 as an insert portion, the sender 
can manage e-mail transmitted using the serial 
number or the message, while the serial number or 
the message is not printed on the recipient side, 

20 so that there is no fear that unnecessary or 
inconvenient information will be known to the 
recipient . 

Moreover, there is a case in which a specific 
command is embedded in the text part 56 of e-mail, 
25 and the embedded command is recognized by IFAX 1, 
and processing, which corresponds to the command, 
is performed. In this case, by writing the command 
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to the text part 56 as an insert portion, IFAX 1 may 
not print the command. 

In the above - explained second embodiment, the 
insert portion is placed with the blank code. However, 
5 such an insert portion may be deleted, or replaced 
with other unprintable code such as a tab. 

The specific codes are not limited to those 
described in the second embodiment. For example, a 

^! symbol such as ™ # " and ™ / / " may be used as a top 

y * 

\ h 10 portion and the end portion may be used as a line 

w feed. In this case, as in a comment text used in a 

» * • 

Ml program source, a logical row, which is started with 

I J these specific codes, is replaced with a blank code, 

O and this replacement makes it to prevent the logical 

□ 15 row from being printed. 

In many cases, the signature of e-mail is 
enclosed with codes such as n # " , " - " , "*." The area 
enclosed with such specific codes is replayed with 
a blank code, and this replacement makes it possible 
20 to prevent the signature from being printed. 

The above first and second embodiments 
explained the case in which the text part was printed 
by the printer. The present invention, however, is 
not limited to this case. The preset invention can 
25 be widely applied to the output of e-mail. For 
example, the present invention can be applied to a 
case in which the text part of e-mail is converted 
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to facsimile image data to be transmitted to the 
other facsimile apparatus by the facsimile 
procedure when the text part of e-mail is displayed 
on the display device. 
5 For example, as shown in FIG. 1, in a case where 

IFAX 1 on the recipient side is used as a gateway 
for LAN 2 and PSTN 12 to transmit e-mail from PC 4 
to PC in own company and client's G3 facsimiles 11 
and 12, the invention relating to the second 

10 embodiment can be applied. At this time, a certain 
message is inserted between a pair of codes when 
e-mail is generated by sender PC. This e-mail is 
transmitted to PC in own company and client's G3 
facsimiles. The user of PC in own company can directly 

15 view the message included in the text part. However, 
the recipients of G3 facsimiles 11 and 12 cannot view 
the message since IFAX 1 replaces the message with 
the blank code and converts e-mail data to a facsimile 
image to be transmitted to G3 facsimiles 11 and 12. 

20 Thus, according to the present invention, it is 
possible to selectively transmit the message to only 
a specific communicat ion partner. 

As explained above, according to the present 
invention, the content of the text part of e-mail 

25 is analyzed, and whether or not the output of text 
part is performed is determined based on the 
analytical result. Therefore, when the content to 
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be output is not included in the text part, the output 
of text part is not carried out. This makes it 
possible to prevent a useless output, and to reduce 
processing time and consumption power. 

Moreover, according to the present invention, 
the text part is output after removing the character 
string inserted between the pair of fixed codes in 
the text part of e-mail. This makes it possible to 
prevent unnecessary or inconvenient information 
from being output on the recipient side. 

The present invention is not limited to the 
above described embodiments, and various variations 
and modifications may be possible without departing 
from the scope of the present invention. 

This application is based on the Japanese 
Patent Application No . HE 1 1 1 - 3 6 8 8 3 7 filed on 
December 27, 1999, entire content of which is 
expressly incorporated by reference herein. 



